home *** CD-ROM | disk | FTP | other *** search
/ Experimental BBS Explossion 3 / Experimental BBS Explossion III.iso / gus / digestva.zip / V10N8G.TXT < prev    next >
Text File  |  1994-01-09  |  26KB  |  618 lines
  1. Apparently-To: john.smith@gravis.com
  2.  
  3.  
  4. GUS Daily Digest            Sat, 8 Jan 94   007          Volume 10: Issue   8 
  5.  
  6. Today's Topics:
  7.                         Crashes on record line
  8.                           GUS + OPEN SEASON
  9.                           GUS + Sound Canvas
  10.                    GUS Daily Digest V10 #7 (2 msgs)
  11.                        GUS Daily Digest V9 #17
  12.                       Installing Windows drivers
  13.                                 linux
  14.                      New Windows drivers and NDW
  15.                    new win drvr: waves but no midi
  16.                              OS/2 Drivers
  17.                     Progress on OS/2 drivers?!?!?
  18.                         SBOS ver. 3.7 on EPAS?
  19.      Ultrasound Internet Archive - Discussion on EPAS limitation
  20.                       What are these files for?
  21.                            Windows drivers
  22.  
  23. Standard Info:
  24.     - Meta-info about the GUS can be found at the end of the Digest.
  25.     - Before you ask a question, please READ THE FAQ.
  26.  
  27. ----------------------------------------------------------------------
  28.  
  29. Date: Fri, 7 Jan 94 17:43:59 MET
  30. From: marcel@tophat.cdh.cdc.com (Marcel Schoffelmeer)
  31. Subject: Crashes on record line
  32.  
  33. Hi Gussers,
  34.  
  35. Does any one of you experience Windows 3.1 crashes when 
  36. trying to record with the GUS from line in?
  37. The moment I press the record button in either Goldwave or
  38. Cooledit (great programs by the way) Windows turns into 
  39. a black screen where reseting the PC is the only way out.
  40. At DOS level, recording with PLAYFILE is no problem!
  41.  
  42. Thanks in advance,
  43.  
  44. Marcel.
  45.  --------------------------------------------------------------------
  46.   Marcel M. Schoffelmeer   Internet : Marcel@tophat.cdh.cdc.com
  47.                                       Marcel.M.Schoffelmeer@cdc.com
  48.                                       
  49.            
  50.  
  51. ------------------------------
  52.  
  53. Date: Sat, 8 Jan 94 00:59 WET
  54. From: marius@io.org (Marius)
  55. Subject: GUS + OPEN SEASON
  56.  
  57. Hey guys, wondering if anybody figured out how to get GUS to work with Police
  58. Quest 4 (OPEN SEASON). I tried the sierra drivers but they wouldn't work. I
  59. guess PQ4 uses those 32bit drivers that people keep complaining about and that
  60. we still don't have for the GUS. Well, OK. I also tried SBOS 3.7b2 and MEGAEM
  61. v2.02 (or whatever is newest) and no luck with both. The game just jumps out
  62. with error messages. HELP!
  63.  
  64.  
  65. ------------------------------
  66.  
  67. Date: Fri, 07 Jan 1994 15:27:47 EST
  68. From: mkalisia@electrical.watstar.uwaterloo.ca
  69. Subject: GUS + Sound Canvas
  70.  
  71. A buddy of mine has a Roland Sound Canvas and he just possibly might buy a GUS
  72. but what he wants to know is whether he can get the two to work simultaneously.
  73. Specifically, can you have a GUS playing any digital sounds (like SB in Megaem)
  74. and having the Sound Canvas MIDI passed on to the actual Sound Canvas through
  75. the MIDI port on the GUS. Also, is the external MIDI part of the GUS MPU-401
  76. compatible? What we want to do is run games with Sound Effects going on the GUS
  77. and the MIDI music on the REAL Sound Canvas.
  78.  
  79. ------------------------------
  80.  
  81. Date: 7 Jan 94 08:49:00 EST
  82. From: "VULCAN::WATTERS_C" <WATTERS_C%VULCAN.decnet@gate.hosp.ohio-state.edu>
  83. Subject: Re: GUS Daily Digest V10 #7
  84.  
  85. >Date: Thu, 6 Jan 1994 11:37:43 -0500
  86. >From: Dale Luther Bewley <dbewley@tech.iupui.edu>
  87. >Subject: Return To Zork
  88.  
  89. >        Has anyone gotten Return to Zork to work? It is supposed to
  90. >support the GUS, but when I tell it that's what I have it won't find
  91. >the IRQ and DMA settings, it leaves them blank.  Yes all enviro.
  92. >variables are set.  I can get it to run with SBOS UNTIL it tries to
  93. >play speech! Then the animation goes into a loop... Can anyone help
  94. >me?!
  95. >        thanx
  96. >dbewley@etsun.tech.iupui.edu
  97.  
  98. Return to Zork doesn't need to know about the IRQ and DMA, when you specify
  99. the Advanced Gravis Ultrasound as the soundcard, the drivers RTZ uses check
  100. the DMA and IRQ, rather than RTZ itself.
  101.  
  102. I had been running it using Megaem 2.3b (off Epas), but after a marathon
  103. session of memory management, I managed to get my free conventional up to 
  104. around 610, and RTZ-CD now had enough memory to run the Ultrasound support.
  105.  
  106. It sounds better with the Ultrasound driver, though I had no complaints about
  107. Megaem.  Megaem works great if you can't get that little bit of extra memory
  108. required for the Ultrasound drivers (forget the manuals 590-600k, you need
  109. about 608k conventional for RTZ-CD using the Ultrasound drivers.
  110.  
  111. -Coyt
  112. "Want some Rye?  'Course you do!"
  113.  
  114. ------------------------------
  115.  
  116. Date: Fri, 7 Jan 94 16:22:00 PST
  117. From: Scott Bobo <scott@mothra.rose.hp.com>
  118. Subject: Re: GUS Daily Digest V10 #7
  119.  
  120. For those of you who haven't seen it, the January issue of Computer Gaming
  121. World has, in it's letters column, a couple of replies to CGW's review of
  122. soundcards.  Both letters were critical of CGW's results, which were not
  123. positive for the GUS.  Phat's letter, in particular, played up the versatility
  124. of the GUS and it's ability to provide developers with a robust platform
  125. for sound.  CGW's reply to these letters ("CGW is for game-playing; thus
  126. our magazine has a responsibility to our readership to recommend only that
  127. hardware which best supports games") was, I felt, particularly lame in light
  128. of their editorial that month.
  129.  
  130. That month's editorial was critical of developers who, rather than making
  131. the most of available hardware, pushed the technology envelope and forced
  132. consumers to invest in increasingly higher-powered (and -priced) hardware
  133. just to run their games.  The article praised early adopters (those consumers
  134. who are not afraid to try the latest technologies) and explained how it seemed
  135. that these people were not being rewarded for their efforts.  Early buyers of
  136. single-spin CD's were used as an example of those who were quickly punished
  137. for their pioneering spirit.
  138.  
  139. I happened to read the editorial before reading the letters, and as I read
  140. the editorial, I saw GUS written all over it:  Early adopters of superior
  141. technology who have been shafted by short-sighted (or just plain lazy) 
  142. developers (Origin - are you listening?).  Rather than making the most of
  143. available technology (GUS) developers take the easy way out and just force
  144. consumers up the Sound Blaster price ladder.
  145.  
  146. So, after reading the editorial, I thought maybe CGW had the right spirit.
  147. I thought they had the best interests of the consumer in mind.  Then I read
  148. the letters and saw that they blindly follow the industry rather than try to
  149. lead.  Lame.  They have a voice, but refuse to sing.
  150.  
  151. Nice letter, Phat.  I thought you made all the right points.  I'm going to
  152. write a letter to CGW in response to their response, quting heavily from
  153. their editorial.  It'll be fun.
  154.  
  155. Scott
  156.  
  157.  
  158. ------------------------------
  159.  
  160. Date: Fri, 7 Jan 1994 08:15:50 -0500
  161. From: "Michael Grant Wilson" <Mcq@oti.on.ca>
  162. Subject: Re: GUS Daily Digest V9 #17
  163.  
  164. on Thu, 16 Dec 93 10:00:01 FWT, tblanchot@vnet.IBM.COM wrote:
  165. > Subject: problem with MOD4WIN: stereo
  166. >
  167. > Hello|
  168. > Mod4win works fine for me, at 16 bit 40Khz, but whenever I try to click
  169. > on the "stereo" button in the setup screen, my system hangs.
  170. > I've also tried to set it to stereo with 8 bit playback only, with the
  171. > same result.
  172. > I have 8MB ram, a DX2/66 and my GUS is at 220,7,7,11,7. Could the 16
  173. > bit DMA (7) be faulty?
  174. >
  175. > Thierry.
  176. >
  177. I just tried mod4win and had the same problem. I am running on DMA channel 1,
  178. so it can't be the 16 bit DMA screwing you. Is it possible that the windows
  179. driver just doesn't work (or work right) in stereo? I've tried a fairly recent
  180. version of WinMod Pro (doesn't sound as good, but it will play 669 files), but it
  181. won't play in stereo either. In this case, it doesn't hang, but just refuses
  182. to play the file. I'm running the latest windows driver.
  183.  
  184. btw, I've got a (lowly) 386DX/33 and if I run mod4win at 16-bit 44KHz mono
  185. it tells me it's using 97% CPU (ughh!). If I drop back to 22Khz, the usage
  186. goes down to about 30%. *sigh*.
  187.  
  188. McQ
  189.  
  190. ------------------------------
  191.  
  192. Date: Fri, 7 Jan 94 9:30:03 CST
  193. From: umcoyne0@CC.UManitoba.CA
  194. Subject: Re: Installing Windows drivers
  195.  
  196. To the chap who was having problems installing later drivers than v1.21
  197. for Windows, you might want to try installing the >new< drivers and then
  198. checking SYSTEM.INI to make sure that multiple references to GRVSULTR.386
  199. or whatever it's called do not exist.  Usually, Windows is supposed to
  200. give you an error when that happens, but, well, this is Windows... what do
  201. you want, consistency? <g>.
  202.  
  203. Anyway, this might help, and then again it may be totally off base.  Good
  204. luck.
  205.  
  206.  
  207. Michael
  208.  
  209. ------------------------------
  210.  
  211. Date: Fri, 7 Jan 1994 10:32:15 -0500
  212. From: "Daniel Damon Roscigno" <ddr@beach.cis.ufl.edu>
  213. Subject: linux
  214.  
  215. Can someone tell me where to get info on using the GUS unnder Linux?
  216. If possible please e-mail me at ddr.
  217. ddr@cis.ufl.edu
  218. as most paople on this list don't care about Linux.  Thanks!
  219.  
  220. ------------------------------
  221.  
  222. Date: Sat, 08 Jan 1994 00:09:36 +0200
  223. From: CRTGRA01@Uctvax.UCT.AC.ZA
  224. Subject: New Windows drivers and NDW
  225.  
  226. Hello all,
  227.  
  228. Recently I purchased a new HD. Upgrading involved re-installing my
  229. software. At the same time I upgraded my Windows GUS driver to the one
  230. in the patch maker lite zip file. Here is my problem which it has taken
  231. me a week to find out what the problem is:
  232.  
  233. If I run the new Windows GUS drivers and Norton Desktop for Windows 2.0
  234. and have 32-bit access turned on, my system chugs along very slowly. It
  235. takes over 1 min to get windows running. Whenever the disk access I lose
  236. total control of my mouse etc. If I now turn 32-bit access
  237. off, the problem disappears i.e. windows loads in <20 seconds. My system
  238. worked fine with 32-bit access before I installed NDW. If, however, I
  239. replace the GUS drivers with the ones in GUS0035.zip I can run NDW with
  240. 32-bit access and no speed problems at all.
  241.  
  242. Are there other NDW users out there with the same problems?? I take it
  243. that there must be a conflict caused by the GUS drivers. Gravis: are you
  244. aware of this and could you post a fix or a corrected set of drivers??
  245. Can any other GUS users shed some light on this??
  246.  
  247. Many thanks,
  248.  
  249. Grant Carter
  250. e-mail:   crtgra01@uctvax.uct.ac.za
  251.  
  252. ------------------------------
  253.  
  254. Date: Fri, 7 Jan 94 14:20:52 EST
  255. From: Dan Liszewski <liszewsk@lf.hp.com>
  256. Subject: new win drvr: waves but no midi
  257.  
  258. Michael Scholten <michael@apanix.apana.org.au> wrote :
  259.  
  260. > A few digests ago I read of some peoples problems with the new Windows
  261. > drivers where they couldn't get _any_ midi sounds.  Unfortunately I have
  262. > not read a 'fix' yet  ...
  263. > One thing I found was that I could not even load the patches manually using
  264. > Patch Manager.
  265.  
  266. I had the same problem but now I'm embarassed having found out what I was
  267. doing wrong:  In haste I copied _everything_ from the .zip into
  268. \ultrasnd\windows - the problem was that the new ultrasnd.ini needed to
  269. be in \ultrasnd.
  270.  
  271. ------------------------------
  272.  
  273. Date: Fri, 07 Jan 1994 09:15:33 -0400 (EDT)
  274. From: "By this time, my lungs were aching for air" <JKS4675@ritvax.isc.rit.edu>
  275. Subject: OS/2 Drivers
  276.  
  277. Given the lack of OS/2 drivers, I suggest doing what Gravis seems to be pushing
  278. us to- buying a cheesy SB for the OS/2 stuff.
  279.  
  280. I find it ridiculous that a company is so hell-bent on rewriting SBOS, Megaem,
  281. Win3.1 drivers ad nauseam and STILL NO BETA......
  282.  
  283. Maybe they could pay IBM to do it
  284.  
  285.  
  286. Extremely Disgusted,
  287. Jeff
  288.  
  289. ****************************************************************************
  290. *                                                                          *
  291. *      Goldschlager- because you can't puke a Rolex....                    *
  292. *                                                                          *
  293. ****************************************************************************
  294.  
  295. ------------------------------
  296.  
  297. Date: Fri, 7 Jan 1994 10:12:00 -0800 (PST)
  298. From: Mark Harrison <harrison@lclark.edu>
  299. Subject: Re: Progress on OS/2 drivers?!?!?
  300.  
  301. On Fri, 7 Jan 1994, GUS Server wrote:
  302.  
  303. > Date: Tue, 04 Jan 1994 00:43:00 GMT
  304. > From: thomas@hammer.hacktic.nl (Thomas van Kuipers)
  305. > Subject: WHY DOES GRAVIS NOT POST THE PROGRESS ON OS/2 DRIVERS EVERY 2 WEEKS!
  306. > 
  307. > Do you find that reasonable? I find this NECCESSARY because they are 
  308. > saying they produce it for a year now...
  309.  
  310. Well, I'd say every two weeks is a little much.  But for as long as we've 
  311. been waiting, I'd say some kind of reply is certainly in order. 
  312.  
  313. GRAVIS!  Are you working on them or not?  Simple yes/no question.  We've 
  314. been patient for over a year and deserve at least SOME kind of answer.
  315.  
  316. If you *really* post the digest on the wall every day like you claim, the 
  317. least you could do is take 30 seconds to let your faithful customers know 
  318. what's going on.  Otherwise I guess you're either lying about reading 
  319. this every day or just don't care.  And that's not exactly the image 
  320. you've been putting forward so far.  So PLEASE answer.
  321.  
  322. Thanks.
  323.  
  324. PS.  If you really do read this, can you tell me if I can order a 
  325. replacement directional pad for my Gamepad?  Not the joystick, but the 
  326. purple piece it plugs into?  I sent mail to John, but I guess I screwed 
  327. something up since I've not heard back yet.
  328.  
  329. Mark Harrison
  330. harrison@sun.lclark.edu
  331.  
  332. ------------------------------
  333.  
  334. Date: Fri, 7 Jan 1994 22:01:37 -0700 (MST)
  335. From: Keith McIntyre-ELlis <kmellis@santafe.edu>
  336. Subject: SBOS ver. 3.7 on EPAS?
  337.  
  338. Hello fellow GUSers:
  339.  
  340. Anybody know if the new SBOS is on epas? I haven't been able to find it
  341. anywhere. (Of course, it would have to be in the submit dir, since nothing
  342. seems to have been moved out of there since november...)
  343.  
  344. Anyway, I wanted to have it to use with Simcity 2K, which I'll be getting
  345. shortly. Probably old versions will work fine, but I wanted to keep
  346. up-to-date. Incidentaly, I have seen here that Gravis is working on the
  347. 32-bit Miles drivers which everybody has seemed to suddenly switched to
  348. (inlcuding Maxis)- when are they going to be available?
  349.  
  350. Finally, someone here mentioned a few weeks ago the possibility of editing
  351. the music section of the DOOM .wad file. I see (and have played with) the
  352. sound FX editor (DMAUD.EXE)- wonder if anyone out there knows about the
  353. MIDI music, hmmm?
  354.  
  355.  
  356.  
  357.  
  358. ------------------------------
  359.  
  360. Date: 7 Jan 94 19:24 -0800
  361. From: Thomas Wong <twong@civil.ubc.ca>
  362. Subject: Ultrasound Internet Archive - Discussion on EPAS limitation
  363.  
  364.                  GRAVIS ULTRASOUND INTERNET ARCHIVES NEWS
  365. ==========================================================================
  366. Ftp Site: archive.epas.utoronto.ca     Directory: pub/pc/ultrasound
  367.           wuarchive.wustl.edu                     systems/ibmpc/ultrasound
  368.           archive.orst.edu                        pub/packages/gravis
  369.           theoris.rz.uni-konstanz.de              pub/sound/gus
  370.           << NOTE! theoris is for European users only since overloaded >>
  371.           nctuccca.edu.tw                         PC/ultrasound
  372.           << nctuccca is biggest asian ftp site >>
  373. Mirror:   garbo.uwasa.fi                          mirror/ultrasound
  374.  
  375. Mailserver for archive access: mail-server@nike.rz.uni-konstanz.de
  376.  -------------------------------------------------------------------------
  377.  
  378. Well, here is the situation that I'd like to bring up for general
  379. discussion.....
  380.  
  381. GUS is getting TOO popular! Stop it! Just kidding.... 8)
  382.  
  383. Yes, the GUS's popularity is once again growing faster than we can
  384. handle. At the beginning, we were happy to see any contribution to our
  385. archive. But it wasn't long till popluarity grew and grew and grew. At the
  386. beginning of last year, we thought getting 5 Megs a month was quite a lot
  387. of contributions. By the summer, we were getting more than 10 megs a
  388. month. And yes, by then, all the programs has native GUS support.
  389.  
  390. Well, as I told you all after Xmas, I was going to validate the new
  391. files. I have done that but hit a road block. Over the month of Dec, the
  392. new files totalled about 20 Megs. Hence I can't move them over to the
  393. appropriate directories cause file system is full again. We will
  394. probably figure something out so that I can finish the validation but
  395. looks like the size of contribution is doubling every 1/2 year. By the
  396. summer, we'll be getting 40 Megs of new files a month?!? (and knowing
  397. how I'm always off with my predictions, we'd probably get more!).
  398.  
  399. Mind you, this is a good thing. Great news in fact. The Ultrasound is a
  400. BIG hit and growing more and more popular. So don't get me wrong, keep
  401. the growth growing! And thanks for all the supporters!!!
  402.  
  403. But of course as you all know by now, EPAS is only a PC and has limited
  404. diskspace. We have already made some limitations such as sound files and
  405. older Gravis files are not to be stored in EPAS. While the other sites
  406. will remain as full archives. Well, this will continue, all other sites
  407. will still be full archives, but we'll have to cut another directory
  408. (or two?) from EPAS. So now the question is, what to cut?
  409.  
  410. I will probably take files from /misc off EPAS, but that hardly makes a
  411. dent in the filespace used.
  412.  
  413. Another suggestion from our discussion between us (the admins) was to
  414. remove files from /games. My response was, one of the main problems and
  415. source of complaints is the problems running games on the GUS, the SB
  416. support sucks, this game and that game doesn't work....etc. And this
  417. directory holds not only patches to games make it work with the GUS, but
  418. it also hold hints and games that does have GUS native support. So I
  419. figured this to be an important directory. But as was pointed out, these
  420. files can be had from other ftp sites as well, so... 
  421.  
  422. So the question is priority. What do you all think is the least
  423. important directory in EPAS so that I can clear it out and say EPAS
  424. won't carry these files? But note, all other of our Ultrasound Internet
  425. Archive sites will still have the full archive. So what do you all
  426. think? Let's hear your suggestions.
  427.  
  428.  
  429. Thomas.
  430.  
  431. ------------------------------
  432.  
  433. Date: Fri, 7 Jan 1994 18:52:42 -0800 (PST)
  434. From: swartz@sfu.ca
  435. Subject: What are these files for?
  436.  
  437. Does anyone at tech@gravis.com answer email inquiries?  I have
  438. sent the following questions to Gravis twice (Dec. 26 and Jan. 1)
  439. but have received no answer.  Perhaps readers of this mailgroup
  440. can answer these questions.
  441.  
  442.    1.  I have installed the software on disks 2.06a.  There is
  443.        now a `mysterious' subdirectory (ISFYZQVO.TWJ) on my hard
  444.        drive; it contains a single file, SWAPFILE.HDR, of 18800
  445.        bytes.  I have `snooped' in that file and it contains,
  446.        scattered among the binary coding, the names of various
  447.        .PAT files, etc.)  My guess is that it is a `temp' file
  448.        created by the installation program in 2.06a.  Is it?  May
  449.        it safely be erased, or is it in fact a file needed by the
  450.        Ultrasound software?
  451.  
  452.    2.  I have obtained and unzipped the files for SBOS37b.  Among
  453.        these files is one named "SBOSDRV.SYS".  Previously, when
  454.        I have used .SYS files I have installed them by putting
  455.        their names in the CONFIG.SYS file.  There is nothing in
  456.        the accompanying README file about SBOSDRV.SYS.  Is it a
  457.        companion file to SBOSDRV.EXE?  What, exactly, is it used
  458.        for and how?
  459.  
  460.    3.  I seem to recall someone writing that it is safe to remove
  461.  
  462.            device=C:\ULTRASND\ultrinit.sys ultrasnd=.......
  463.  
  464.        so long as one has
  465.  
  466.            SET ULTRASND=...[customized as the case may be] ......
  467.            C:\ULTRASND\ultrinit.exe
  468.  
  469.        in the AUTOEXEC.BAT file.  Can someone confirm that this
  470.        is so?  Is the device command in the CONFIG.SYS file
  471.        placed there by the installation of 2.06a or is it a
  472.        remnant of an earlier installation?
  473.  
  474. Many thanks.
  475.  
  476. -- Norman Swartz
  477.    swartz@sfu.ca
  478.  
  479. ------------------------------
  480.  
  481. Date: Fri, 7 Jan 1994 10:38:50 -0500 (EST)
  482. From: Phat H Tran <ptran@sciborg.uwaterloo.ca>
  483. Subject: Windows drivers
  484.  
  485. > Date: Thu, 6 Jan 94 08:44:40 +0100
  486. > From: rve2@sh.alcbel.be (Rudi Verbist SH27)
  487. > Subject: <grvsultr.386> problem
  488. > 
  489. > Hi,
  490. > 
  491. > Could anyone tell me what's the difference between the <grvsultr.386>
  492. > files shipped with v1.21 and with v2.06a ?
  493.  
  494. I don't know the specific differences, but I would assume that they're
  495. quite major.  Only certain versions of grvsultr.386 and ultrasnd.drv
  496. can work together.
  497.  
  498. > I ask it because I can only install the Windows drivers shipped with v1.21
  499. > and NOT those of later versions. In the latter case, when I start Windows, the
  500. > Windows logo appears, but when it arrives at the line <device=grvsultr.386> 
  501. > in the [386Enh] section of the <system.ini> file, Windows exits to DOS 
  502. > (without leaving an error message).
  503.  
  504. Check to see that grvsultr.386 is indeed the latest one and is not
  505. corrupt.  Safest thing to do would be to copy the newest grvsultr.386
  506. file from the disks over top any occurrences of it in your /windows/system
  507. and /ultrasnd/windows directories.  Also, keep track of where Windows
  508. is looking for the drivers.  A drivers without path specifications 
  509. must be located in the /windows/system directory.
  510.  
  511. If, even after all that checking, the drivers from the 2.06a disks
  512. don't work, try the new ones in pmak110.zip on Epas.
  513.  
  514.  
  515. > Date: 6 Jan 94 16:31:00 PST
  516. > From: EBULALACAO@CSUPomona.Edu
  517. > Subject: Patch Maker Lite
  518. > 
  519. > Where can I get a copy of this?  What filename is it under?  Is it in EPAS?
  520. > Thanks for any replies.
  521.  
  522. It can be found in /pub/pc/ultrasound/submit/gravis.bbs/pmak110.zip on
  523. archive.epas.utoronto.ca
  524.  
  525. > Date: Thu, 6 Jan 1994 09:11:15 +1030 (DST)
  526. > From: Michael Scholten <michael@apanix.apana.org.au>
  527. > Subject: Problems with the new Windows drivers
  528. > 
  529. > G'day everyone.
  530. > 
  531. > I am a new subscriber to this digest, but have read a few copies from
  532. > someone else.
  533. > 
  534. > A few digests ago I read of some peoples problems with the new Windows
  535. > drivers where they couldn't get _any_ midi sounds.  Unfortunately I have
  536. > not read a 'fix' yet (probably due to missing the relevant issues) and I am
  537. > having the same problem, except that I do get output from Patch Maker Lite.
  538. > One thing I found was that I could not even load the patches manually using
  539. > Patch Manager.
  540.  
  541. You must edit _all_ the PatchDir fields in your ultrasnd.ini file (the
  542. one in your /ultrasnd directory, not the one in /ultrasnd/windows) so
  543. that they correctly point to your /ultrasnd/midi directory.  Without
  544. properly setting PatchDir's, the Windows drivers and Patch Man won't be
  545. able to locate the patches.  The new drivers update the PatchDir's for 
  546. the instrument banks automatically, but it fails to update the first
  547. PatchDir under [Ultrasound].
  548.  
  549. > Until I find the solution I have simply replace my new ultmport.drv and
  550. > ultrasnd.drv files with my old ones, but I am obviously not getting
  551. > the benifits from the new drivers by doing this.
  552.  
  553. Note that Patch Maker Lite requires the new drivers, so if your problems
  554. with it were when you tried to run it using the old drivers, try it
  555. again with the new drivers.
  556.  
  557. > It may be important to mention that I got the new drivers from the SDK
  558. > rather than from the zip file which had PM Lite and the drivers only.
  559.  
  560. This shouldn't make a difference.
  561.  
  562. > Date: Thu, 6 Jan 1994 11:37:43 -0500
  563. > From: Dale Luther Bewley <dbewley@tech.iupui.edu>
  564. > Subject: Return To Zork
  565. > 
  566. >     Has anyone gotten Return to Zork to work? It is supposed to
  567. > support the GUS, but when I tell it that's what I have it won't find
  568. > the IRQ and DMA settings, it leaves them blank.  Yes all enviro.
  569.  
  570. It doesn't matter what settings the game chooses as it drives the
  571. GUS through Ultramid.  Ultramid handles all the settings for you.
  572.  
  573. > Date: Thu, 06 Jan 1994 11:58:04 -0800 (PST)
  574. > From: MDENAULT@POMONA.CLAREMONT.EDU
  575. > Subject: WAV Volume with new Windows drivers
  576. > 
  577. > A few people have recently complained about problems setting the WAV
  578. > volume with the new Windows drivers.  For the record, I have had no
  579. > such problems.  I go to Mixer, set the WAV volume, click on "Save",
  580. > and the volume is set to that level.  I should add that I've locked
  581. > the Left/Right volumes -- maybe there's a bug if they're not locked?
  582. > 
  583. > Anyway, as a temporary fix, you might try adjusting the WaveVolume,
  584. > WaveVolumeL, and WaveVolumeR parameters in system.ini under the
  585. > ultrasnd.drv section.  For max volume, I have mine set to 3586, 3563,
  586. > and 3563, respectively.
  587.  
  588. Note that the new mixer settings are no longer saved in system.ini, but
  589. in /ultrasnd/ultramix.ini instead.  Also, you must use the new mixer if
  590. you've installed the new Windows drivers found in pmak110.zip or the
  591. new SDK.  The new mixer has a Save button on the right, while the
  592. old ones did not.
  593.  
  594. Phat.
  595.  
  596. ------------------------------
  597.  
  598. End of GUS Daily Digest V10 #8
  599. ******************************
  600.  
  601. To post to tomorrow's digest:                        <gus-general@dsd.es.com>
  602. To (un)subscribe or get help:                <gus-general-request@dsd.es.com>
  603. To contact a human (last resort):              <gus-general-owner@dsd.es.com>
  604.  
  605. FTP sites:           archive.epas.utoronto.ca              /pub/pc/ultrasound
  606.                      wuarchive.wustl.edu            /systems/ibmpc/ultrasound
  607.                      archive.orst.edu                    /pub/packages/gravis
  608.                      theoris.rz.uni-konstanz.de                /pub/sound/gus
  609.                      nctuccca.edu.tw                           /PC/ultrasound
  610. FTP mail server:     mail-server@nike.rz.uni-konstanz.de
  611.  
  612. Hints:
  613.       - Get the FAQ from the FTP sites or the request server.
  614.       - Mail to <gus-general-request@dsd.es.com> for info about other
  615.     GUS related mailing lists (programmers, musicians, etc.).
  616.  
  617.  
  618.